Komentowana treść: Oprogramowanie dla AmigaOS 4.0 - nowości
05.09.2005 14:58
[#1]
Re: Oprogramowanie dla AmigaOS 4.0 - nowości
(...)kontrowersyjnego ostatnimi czasy liba52.(...)
A cóż w niej takiego kontrowersyjnego? Czyżby chodziło o licencję? Mam nadzieję, że ktoś nie napisze tutaj, że wersja współdzielona powstała po to by "obejść" licencję GPL, czy podobną brednię. ;)
A cóż w niej takiego kontrowersyjnego? Czyżby chodziło o licencję? Mam nadzieję, że ktoś nie napisze tutaj, że wersja współdzielona powstała po to by "obejść" licencję GPL, czy podobną brednię. ;)
05.09.2005 19:46
[#3]
Re: Oprogramowanie dla AmigaOS 4.0 - nowości
@Grzegorz Kraszewski, post #2
To jest Twoja interpretacja. Już to przerabialiśmy. Nie ma w zapisach licencji GPL, że korzystanie z biblioteki na licencji GPL za pomocą mechanizmu współdzielenia, czy "późnego wiązania", jak zwał, tak zwał - powoduje konieczność ujawnienia kodu programu macierzystego. A więc w tym zakresie GPL jest niekompletna, bo nie opisuje tego przypadku. Jest natomiast zapis (w komentarzach, ale zawsze), że używanie zewnętrznego kodu GPL'owego za pomocą potoków nie pociąga za sobą naruszenia licencji. A potoki i interfejsy do blibliotek współdzielonych to równoprawne mechanizmy systemowe. Ot i kropka.
Oczywiście my nie wylądujemy w sądzie, by dochodzić kto ma słuszność w swojej interpretacji.
Oczywiście my nie wylądujemy w sądzie, by dochodzić kto ma słuszność w swojej interpretacji.
05.09.2005 20:20
[#4]
Re: Oprogramowanie dla AmigaOS 4.0 - nowości
@Piotr Zadora, post #3
A potoki i interfejsy do blibliotek współdzielonych to równoprawne mechanizmy systemowe.
Z punktu widzenia GPL to z pewnością nie są mechanizmy równoprawne. Sama licencja nie jest tak szczegółowa, ale we wspomnianych przez Ciebie komentarzach możemy przeczytać:
Czy można wypuścić program o zamkniętych źródłach zaprojektowany aby ładować plug-iny na licencji GPL?
To zależy od tego, w jaki sposób program wywołuje plug-iny. Jeżeli program tworzy nowy proces (fork()) i wywołuje plug-in jako program (exec()), wtedy program i plug-in są oddzielnymi aplikacjami i licencja plug-ina nie wpływa na licencję programu.
Jeżeli program linkuje plug-ina dynamicznie, następują wywołania funkcji między programem i plug-inem, wspóldzielone są struktury danych, uważamy, że tworzą one jeden program, który musi być traktowany jako rozszerzenie obydwu: głównego programu i plug-ina. Aby używać plug-inów na licencji GPL główny program musi być wypuszczony na licencji GPL lub z nią zgodnej. Warunku licencji GPL muszą być przestrzegane kiedy główny program jest rozpowszechniany do użytku z takimi plug-inami.
a52.library jest ewidentnie rozszerzeniem dla DvPlayera, a więc plug-inem w rozumieniu GPL.
Z punktu widzenia GPL to z pewnością nie są mechanizmy równoprawne. Sama licencja nie jest tak szczegółowa, ale we wspomnianych przez Ciebie komentarzach możemy przeczytać:
Czy można wypuścić program o zamkniętych źródłach zaprojektowany aby ładować plug-iny na licencji GPL?
To zależy od tego, w jaki sposób program wywołuje plug-iny. Jeżeli program tworzy nowy proces (fork()) i wywołuje plug-in jako program (exec()), wtedy program i plug-in są oddzielnymi aplikacjami i licencja plug-ina nie wpływa na licencję programu.
Jeżeli program linkuje plug-ina dynamicznie, następują wywołania funkcji między programem i plug-inem, wspóldzielone są struktury danych, uważamy, że tworzą one jeden program, który musi być traktowany jako rozszerzenie obydwu: głównego programu i plug-ina. Aby używać plug-inów na licencji GPL główny program musi być wypuszczony na licencji GPL lub z nią zgodnej. Warunku licencji GPL muszą być przestrzegane kiedy główny program jest rozpowszechniany do użytku z takimi plug-inami.
a52.library jest ewidentnie rozszerzeniem dla DvPlayera, a więc plug-inem w rozumieniu GPL.
05.09.2005 21:32
[#5]
Re: Oprogramowanie dla AmigaOS 4.0 - nowości
@Grzegorz Kraszewski, post #4
Ja się nie spieram o to, jak licencja GPL reguluje sprawę, tzw. rozszerzonej semantyki podczas komunikacji między programami, czy procesami. To jest drugi problem licencji GPL. Problem braku precyzji w definiowaniu owej semantyki. Przy braku takiej precyzji można próbować wchodzić w tezę pluginową, co teraz właśnie uczyniłeś. Choć jest to sprawa nie wyjaśniona przez licencję w sposób jednoznaczny.
Pierwszym problemem, który poruszyłem w poprzednim komentarzu jest brak odniesienia się do mechanizmu umożliwiającego późne dowiązanie przy jednoczesnym odnoszeniu sie do innych mechanizmów w tym potoków. Ewidentnie widać, że twórcy GPL przeoczyli ważny aspekt funkcjonowania systemów operacyjnych. Nie widać natomiast jakoby z treści licencji wynikało inne traktowanie późnego wiązania niż potoków, co sugerujesz.
I nie należy tych dwóch niedostatków licencji GPL mylić.
Pierwszym problemem, który poruszyłem w poprzednim komentarzu jest brak odniesienia się do mechanizmu umożliwiającego późne dowiązanie przy jednoczesnym odnoszeniu sie do innych mechanizmów w tym potoków. Ewidentnie widać, że twórcy GPL przeoczyli ważny aspekt funkcjonowania systemów operacyjnych. Nie widać natomiast jakoby z treści licencji wynikało inne traktowanie późnego wiązania niż potoków, co sugerujesz.
I nie należy tych dwóch niedostatków licencji GPL mylić.
05.09.2005 21:42
[#6]
Re: Oprogramowanie dla AmigaOS 4.0 - nowości
@Piotr Zadora, post #5
Nie widać natomiast jakoby z treści licencji wynikało inne traktowanie późnego wiązania niż potoków, co sugerujesz.
Z treści licencji nie, z treści FAQ - jak najbardziej. Oczywiście wchodzimy tu w następny problem - czy FAQ ma skutek prawny. Dyskusja może się nigdy nie skończyć. Osobiście unikam kodu GPL w moich programach, to najlepsza metoda uniknięcia problemów.
Z treści licencji nie, z treści FAQ - jak najbardziej. Oczywiście wchodzimy tu w następny problem - czy FAQ ma skutek prawny. Dyskusja może się nigdy nie skończyć. Osobiście unikam kodu GPL w moich programach, to najlepsza metoda uniknięcia problemów.
06.09.2005 09:55
[#7]
Re: Oprogramowanie dla AmigaOS 4.0 - nowości
@Grzegorz Kraszewski, post #6
Nadal twierdzę, że przeoczyli późnie wiązanie. W FAQ bardzo szczegółowo opisują statyczne złączanie (linking). Ani słowem nie zająknęli się o późnym wiązaniu (late binding) to przeoczenie. I dlatego GPL imho jest dość słabiutka, bo nie ujmuje wszystkich przypadków, a da się to nawet dość prosto zdefiniować oraz jest nieprecyzyjna w określaniu pojęcia semantyka komunikacji. Co w sumie też dałoby się lepiej napisać.